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DETAILED ACTION 

1. Claims 1, 3, 6-17, 19-22, 25-28, 30-36, and 39 have been examined. 

2. Claims 4 and 5 were cancelled in Amendment dated 5/21/2008. Claims 2, 29, 37, and 38 
were cancelled in Amendment dated 1/27/2009. Claims 23 and 24 were cancelled in Amendment 
dated 7/12/2009. Claim 18 was cancelled in Amendment dated 12/1 1/2009. 

Claim Rejections - 35 USC § 112 

3. The following is a quotation of the second paragraph of 35 U.S.C. 112: 

The specification shall conclude with one or more claims particularly pointing out and distinctly claiming the 
subject matter which the applicant regards as his invention. 

4. Claims 16-22, 25, 26 and 39 are rejected under 35 U.S.C. 1 12, second paragraph, as 
being indefinite for failing to particularly point out and distinctly claim the subject matter which 
applicant regards as the invention. 

A. The following lacks antecedent basis in the claims: 

i. Claim 16, lines 15-16, claim 39, lines 16-17, "said different software 
version". While both claims do recite "another version of software", it is not clear 
to the Examiner that "said different software version" is referring the another 
version of software since the another version of software appears to be an updated 
version of the software while the different software version appears to be an older 
version that the device reverts to in response to an error. 

Any claim not specifically addressed, above, is being rejected as incorporating the 
deficiencies of a claim upon which it depends. 
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Claim Rejections - 35 USC § 103 

5. The following is a quotation of 35 U.S.C. 103(a) which forms the basis for all 
obviousness rejections set forth in this Office action: 

(a) A patent may not be obtained though the invention is not identically disclosed or described as set forth in 
section 102 of this title, if the differences between the subject matter sought to be patented and the prior art are 
such that the subject matter as a whole would have been obvious at the time the invention was made to a person 
having ordinary skill in the art to which said subject matter pertains. Patentability shall not be negatived by the 
manner in which the invention was made. 

6. Claims 1, 3, 6-16, 19-22, 26, and 39 are rejected under 35 U.S.C. 103(a) as being 
unpatentable over Kraml et al. (US 6,141,683, hereinafter Kraml), in view of Aghera et al. (US 
2004/0098715 Al, hereinafter Aghera), further in view of Kidder et al. (US 6,983,362 Bl, 
hereinafter Kidder). 

7. As per claim 1, Kraml teaches the invention as claimed, including a method comprising: 
transferring, via wireless communication, software directly to a computing device from a 

software server to create transferred software, said software server remotely located with respect 
to said computing device, wherein said transferred software is another version of software 
currently running in said computing device, and wherein said transferred software is stored in to 
at least a portion of a data store associated with said computing device (i.e., "control center 210 
advantageously transmits the newest version of software application, version n+1 to remote 
computer 203, . . ., remote computer 203, under the control of version n, stores version n+1", see 
Fig 2, Fig 3, Fig 4, steps 401, 402, column 4, lines 29-62, column 5, lines 55-56; EN: version 
n+1 is transferred and it is another version of the software running on the device); and 
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sending an instruction via wireless communication directly to said computing device 
identifying said transferred software or said software currently running in said computing device 
as a selected software application to be loaded by said computing device in response to a restart 
of said computing device (i.e., "control center 210 transmits a command to remote computer 230 
directing remote computer 230 to store into pointer 330 the address of the location in first 
memory 340 where version n+1 is stored", see column 6, lines 5-8, "control center 210 transmits 
a command to remote computer 230 directing remote computer 230 to store the address of the 
location of version n into pointer 330", see column 6, lines 58-60; EN: the command to the 
remote computer is the instruction sent and the command identifies the software to be loaded by 
instructing the remote computer to store the address of the location of version n or n+1 into the 
pointer); and 

automatically switching from said selected software application to a different version of 
said selected software application (i.e., "remote computer 230 determines, if possible, if version 
n+1 has crashed, . . ., control center 210 advantageously receives the message indicating that 
version n+1 has crashed, ... if a roll-back to version n should be initiated", see Fig 4, steps 411, 
412, 415, 416, column 7, lines 10-42). 

Kraml does not explicitly teach that the computing device is a software defined radio 
device and the software and instructions are transferred via radio frequency (RF) 
communication. 

Aghera is cited to teach updating software in a software defined radio device and the 
software and update instructions are transferred via radio frequency (RF) communication (see 
abstract, Fig 1, [0002], [0022]-[0024], [0053-[0060]). 
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It would have been obvious to one of ordinary skill in the art at the time of the invention 
to use the method of updating software as taught by Kraml in a software defined radio device 
using radio frequency (RF) communication as described by Aghera because Kraml does not limit 
the type of computing device on which the method of software updating can be performed (see 
column 3, lines 20-24, column 4, lines 36-40 of Kraml) and it is advantageous to use the 
updating method of Kraml in other types of computing devices such as a software defined radio 
device to benefit from the rollback feature such that if the new version of the software 
application is or becomes unusable for any reason, the device can quickly roll-back to the older 
version (see column 3, lines 33-37 of Kraml). 

Kraml and Aghera do not explicitly teach that the different version of the software 
application is determined by a particular detected error. 

Kidder teaches a method of using fault policies to define the most appropriate actions to 
take for a particular type of failure (see column 3, lines 5-16), including automatically switching 
from a selected software application to a different version of said selected software application, 
wherein said different version is determined by a particular detected error (i.e., cause the system 
to revert to the old application (i.e., automatic downgrade) only for particular errors, see column 
31, lines 37-42, column 32, liens 53-63). 

It would have been obvious to one of ordinary skill in the art at the time of the invention 
to have modified Kraml and Aghera such that the different version of the software application is 
determined by a particular detected error as taught by Kidder such that appropriate actions can be 
taken in response to the type of failure (see column 3, lines 5-16, column 32, liens 53-63 of 
Kidder). 
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8. As per claim 3, Kraml teaches monitoring said transferring of said transferred software 
and monitoring said loading of said selected software application (see column 6, lines 29-38). 

9. As per claim 6, Kraml teaches wherein said instruction identifies a software version (see 
Fig 4, steps 403, 412, column 6, lines 5-8, 58-61). 

10. As per claim 7, Aghera teaches wherein said software-defined radio device comprises a 
plurality of software defined radio devices (see [0024]). 

11. As per claim 8, Kraml teaches receiving an error indication in response to a fault being 
detected in at least one of said transferring of said transferred software or said loading of said 
selected software application (see Fig 4, step 409, column 6, lines 52-54). 

12. As per claim 9, Kraml does not explicitly teach transferring software that comprises a 
plurality of software components. 

Aghera teaches transferring software that comprises a plurality of software components 
(see [0032]). 

It would have been obvious to one of ordinary skill in the art at the time of the invention 
to have modified Kraml such that the transferred software comprises a plurality of software 
components as taught by Aghera because it is well known in the art to structure software as one 
or more components to conform to the well known practice of abstraction and encapsulation. 
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13. As per claim 10, Kraml does not explicitly teach receiving a version indicator from said 
software-defined radio device, said version indicator identifying software which is currently 
loaded on said software-defined radio device. 

Aghera teaches receiving a version indicator from said software-defined radio device, 
said version indicator identifying software which is currently loaded on said software-defined 
radio device (see [0026], [0045]). 

It would have been obvious to one of ordinary skill in the art at the time of the invention 
to have modified Kraml to receive a version indicator from said software-defined radio device, 
said version indicator identifying software which is currently loaded on said software-defined 
radio device as taught by Aghera such that the patch server application can check if the wireless 
device needs a software patch (see [0045] of Aghera). 

14. As per claim 11, Kraml does not explicitly teach receiving a software listing from said 
software-defined radio device, said software listing identifying software currently available on 
said data store. 

Aghera teaches receiving a software listing from said software-defined radio device, said 
software listing identifying software currently available on said data store (i.e., patch profile 
maintains version information of all upgradeable software component on the wireless device, see 
[0030]). 

It would have been obvious to one of ordinary skill in the art at the time of the invention 
to have modified Kraml to receive a software listing from said software-defined radio device, 
said software listing identifying software currently available on said data store as taught by 
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Aghera such that the patch server will be able to determine whether or not the wireless device 
requires a certain patch (see [0030] of Aghera). 

15. As per claim 12, Kraml as modified teaches wherein said transferred software is stored in 
a second data store associated with said software-defined device (see column 5, lines 55-56). 

16. As per claim 13, Kraml teaches wherein said second data store is nonvolatile (see column 
5, lines 1-8). 

17. As per claim 14, Kraml as modified teaches wherein said transferring of said transferred 
software occurs in response to said software-defined radio device continuing to perform 
software-defined radio functions (see column 65, line 65 - column 6, line 4). 

18. As per claim 15, Kraml as modified teaches wherein said software server comprises a 
computer operatively connected to said software-defined radio device via a wireless 
communications network (see Fig 2, column 4, lines 29-49). 

19. As per claim 16, Kraml teaches the invention as claimed, including a method comprising: 
receiving, via wireless communication directly from a software server, transferred 

software at a computing device, said software server remotely located with respect to said 
computing device, wherein said transferred software is another version of software currently 
running in said computing device i.e., "control center 210 advantageously transmits the newest 
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version of software application, version n+1 to remote computer 203, . . ., remote computer 203, 
under the control of version n, stores version n+1", see Fig 2, Fig 3, Fig 4, steps 401, 402, 
column 4, lines 29-62, column 5, lines 55-56; EN: version n+1 is transferred and it is another 
version of the software running on the device), and wherein said software currently running in 
said computing device is stored in a first non-volatile data store area (see column 5, lines 1-8, 48- 
50, column 6, lines 58-61; EN: version n is stored at a location in first memory which is a non- 
volatile memory); 

storing said transferred software in a second non-volatile data store area distinct from 
said first non-volatile data store area associated with said computing device (see column 5, lines 
1-8, 48-50, 55-57, column 6, lines 5-20, 58-61; EN: version n+1 is stored into a different location 
within the first memory); 

receiving, via wireless communication directly from said software server, an instruction 
at said computing device identifying said transferred software or said software currently running 
in said computing device as a selected software application to be loaded by said computing 
device in response to a restart of said computing device (i.e., the command to remote computer 
to store the address of the location of version n or n+1 into pointer, see Fig 1, Fig 2, Fig 4, steps 
401, 403, 405, 412, column 1, lines 40-45, column 5, lines 45-50, column 6, lines 15-61); and 

providing an error indication in response to a fault detection, and selecting a different 
software version based on said error indication (i.e., "remote computer 230 determines, if 
possible, if version n+1 has crashed, . . ., control center 210 advantageously receives the message 
indicating that version n+1 has crashed, ... if a roll-back to version n should be initiated", see Fig 
4, steps 411, 412, 415, 416, column 7, lines 10-42); 
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responsive to a restart instruction, restarting said computing device and loading said 
selected software application (see Fig 4, steps 406, 407, 414, column 6, lines 25-38, column 7, 
lines 4-9); and 

verifying said selected software application is loaded successfully (see column 6, lines 
29-38, column 7, lines 10-11). 

Kraml does not explicitly teach that the computing device is a software defined radio 
device and the software and instructions are transferred via radio frequency (RF) 
communication. 

Aghera is cited to teach updating software in a software defined radio device and the 
software and update instructions are transferred via radio frequency (RF) communication (see 
abstract, Fig 1, [0002], [0022]-[0024], [0053-[0060]). 

It would have been obvious to one of ordinary skill in the art at the time of the invention 
to use the method of updating software as taught by Kraml in a software defined radio device 
using radio frequency (RF) communication as described by Aghera because Kraml does not limit 
the type of computing device on which the method of software updating can be performed (see 
column 3, lines 20-24, column 4, lines 36-40 of Kraml) and it is advantageous to use the 
updating method of Kraml in other types of computing devices such as a software defined radio 
device to benefit from the rollback feature such that if the new version of the software 
application is or becomes unusable for any reason, the device can quickly roll-back to the older 
version (see column 3, lines 33-37 of Kraml). 

Kraml and Aghera do not explicitly teach that the different version of the software 
application is determined by a particular detected error. 
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Kidder teaches a method of using fault policies to define the most appropriate actions to 
take for a particular type of failure (see column 3, lines 5-16), including automatically switching 
from a selected software application to a different version of said selected software application, 
wherein said different version is determined by a particular detected error (i.e., cause the system 
to revert to the old application (i.e., automatic downgrade) only for particular errors, see column 
31, lines 37-42, column 32, liens 53-63). 

It would have been obvious to one of ordinary skill in the art at the time of the invention 
to have modified Kraml and Aghera such that the different version of the software application is 
determined by a particular detected error as taught by Kidder such that appropriate actions can be 
taken in response to the type of failure (see column 3, lines 5-16, column 32, liens 53-63 of 
Kidder). 

20. As per claim 19, Kraml teaches monitoring said receiving transferred software step and 
providing an error indication in response to a fault being detected in said receiving transferred 
software step (see column 6, lines 29-46). 

21 . As per claims 20-22 and 26, these claims recite limitations that are substantially similar 
to the limitations of claims 6, 10, 11, and 14. Therefore, they are rejected using the same reasons 
as claims 6, 10, 11, and 14. 
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22. As per claim 39, the limitations recited in this computer-readable medium claim are 
substantially similar to the limitations recited in claim 16. Therefore, it is rejected using the same 
reasons as claim 16. 

23. Claims 17, 27, 28, and 31-36 are rejected under 35 U.S.C. 103(a) as being unpatentable 
over Kraml et al. (US 6,141,683, hereinafter Kraml), in view of Aghera et al. (US 2004/0098715 
Al, hereinafter Aghera), further in view of Kidder et al. (US 6,983,362 Bl, hereinafter Kidder), 
further in view of Aija et al. (US 6,928,579 B2, hereinafter Aija). 

24. As per claim 17, Kraml as modified teaches automatically reverting from said selected 
software application to a different software version, wherein said automatically reverting is in 
response to said selected software application encountering an error which causes said software- 
defined radio device to stop functioning properly (see column 7, lines 10-43). 

Kraml does not explicitly teach that the reverting is performed without an instruction 
from said software server. 

Aija teaches automatically reverting from a version of the software to a different software 
version without an instruction from a software server (see column 5, lines 51-60). 

It would have been obvious to one of ordinary skill in the art at the time of the invention 
to have modified Kraml to automatically revert to a different software version without an 
instruction from said software server as taught by Aija such that the client device can initiate the 
recovery process after a system crash (see column 5, lines 51-53 of Aija). 
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25. As per claim 27, Kraml teaches the invention as claimed, including a device comprising: 
a communication interface configured to receive transferred software and an instruction 
directly from a software server remotely located with respect to said device (see Fig 3, item 310, 
column 4, lines 54-57), wherein said transferred software is another version of software 
configured to be currently running in said device (see column 5, lines 45-54; EN: version n+1 is 
transferred and it is another version of the software running on the device), and wherein said 
software server provides an instruction comprising a selected software configured to specify 
whether said transferred software or said software configured to be currently running in said 
device will be loaded in response to a restart of said device (i.e., the command to remote 
computer to store the address of the location of version n or n+1 into pointer, see Fig 1, Fig 2, 
Fig 4, steps 401, 403, 405, 412, column 1, lines 40-45, column 5, lines 45-50, column 6, lines 15- 
61); 

a data store associated with said device configured to store said transferred software in at 
least a portion of said data store (see Fig 3, Fig 4, steps 402, column 5, lines 55-56); and 

a processor programmed to: 

load said selected software to said device in response to said restart of said device 
(see Fig 4, steps 406, 414, column 6, lines 25-28, column 7, lines 4-9); and 

automatically revert, from said selected software to a different software version 
responsive to at least one of said selected software encountering an error which causes said 
device to stop functioning properly (see column 7, lines 10-43). 

Kraml does not explicitly teach that the computing device is a software defined radio 
device and the software and instructions are transferred via radio frequency (RF) 
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communication. Kraml also does not teach the software server comprises a man-machine 
interface configured to receive instructions from a system operator. 

Aghera is cited to teach updating software in a software defined radio device and the 
software and update instructions are transferred via radio frequency (RF) communication (see 
abstract, Fig 1, [0002], [0022]-[0024], [0053-[0060]), and a software server comprising a man- 
machine interface configured to receive instructions from a system operator (see [0026]). 

It would have been obvious to one of ordinary skill in the art at the time of the invention 
to use the method of updating software as taught by Kraml in a software defined radio device 
using radio frequency (RF) communication as described by Aghera because Kraml does not limit 
the type of computing device on which the method of software updating can be performed (see 
column 3, lines 20-24, column 4, lines 36-40 of Kraml) and it is advantageous to use the 
updating method of Kraml in other types of computing devices such as a software defined radio 
device to benefit from the rollback feature such that if the new version of the software 
application is or becomes unusable for any reason, the device can quickly roll-back to the older 
version (see column 3, lines 33-37 of Kraml). In addition, it would have been obvious to one of 
ordinary skill in the art at the time of the invention to have modified Kraml such that the 
software server comprises a man-machine interface configured to receive instructions from a 
system operator as taught by Aghera to allow an operator to manage the update operations (see 
[0026] of Aghera). 

Kraml and Aghera do not explicitly teach that the different version of the software 
application is determined by a particular detected error. 
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Kidder teaches a method of using fault policies to define the most appropriate actions to 
take for a particular type of failure (see column 3, lines 5-16), including automatically switching 
from a selected software application to a different version of said selected software application, 
wherein said different version is determined by a particular detected error (i.e., cause the system 
to revert to the old application (i.e., automatic downgrade) only for particular errors, see column 
31, lines 37-42, column 32, liens 53-63). 

It would have been obvious to one of ordinary skill in the art at the time of the invention 
to have modified Kraml and Aghera such that the different version of the software application is 
determined by a particular detected error as taught by Kidder such that appropriate actions can be 
taken in response to the type of failure (see column 3, lines 5-16, column 32, liens 53-63 of 
Kidder). 

Kraml, Aghera, and Kidder do not explicitly teach that the reverting is performed without 
an instruction from said software server. 

Aija teaches automatically reverting from a version of the software to a different software 
version without an instruction from a software server (see column 5, lines 51-60). 

It would have been obvious to one of ordinary skill in the art at the time of the invention 
to have modified Kraml, Aghera, and Kidder to automatically revert to a different software 
version without an instruction from said software server as taught by Aija such that the client 
device can initiate the recovery process after a system crash (see column 5, lines 51-53 of Aija). 
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26. As per claim 28, Kraml teaches wherein said processor is further programmed to 
determine that said software and said instruction are received successfully and to determine that 
said selected software is loaded successfully (see column 6, lines 29-46, column 7, lines 10-16). 

27. As per claim 3 1 , Kraml does not explicitly teach transferring software that comprises a 
plurality of software components. 

Aghera teaches transferring software that comprises a plurality of software components 
(see [0032]). 

It would have been obvious to one of ordinary skill in the art at the time of the invention 
to have modified Kraml such that the transferred software comprises a plurality of software 
components as taught by Aghera because it is well known in the art to structure software as one 
or more components to conform to the well known practice of abstraction and encapsulation. 

28. As per claim 32, Kraml does not explicitly wherein said RF communications interface is 
further configured to transmit a version identifying said software configured to be currently 
running in said software-defined radio device to said software server. 

Aghera teaches transmitting a version identifying said software configured to be currently 
running in said software-defined radio device to said software server (see [0026], [0045]). 

It would have been obvious to one of ordinary skill in the art at the time of the invention 
to have modified Kraml to transmit a version identifying said software configured to be currently 
running in said software-defined radio device to said software server as taught by Aghera such 
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that the patch server application can check if the wireless device needs a software patch (see 
[0045] of Aghera). 

29. As per claim 33, Kraml does not explicitly teach receiving a software listing from said 
software-defined radio device, said software listing identifying software currently available on 
said data store. 

Aghera teaches receiving a software listing from said software-defined radio device, said 
software listing identifying software currently available on said data store (i.e., patch profile 
maintains version information of all upgradeable software component on the wireless device, see 
[0030]). 

It would have been obvious to one of ordinary skill in the art at the time of the invention 
to have modified Kraml to receive a software listing from said software-defined radio device, 
said software listing identifying software currently available on said data store as taught by 
Aghera such that the patch server will be able to determine whether or not the wireless device 
requires a certain patch (see [0030] of Aghera). 

30. As per claim 34, Kraml as modified teaches a second data store associated with said 
software-defined device configured to store said transferred software (see column 5, lines 55-56). 

31. As per claim 35, Kraml teaches wherein said second data store is nonvolatile (see column 
5, lines 1-8). 
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32. As per claim 36, Kraml as modified teaches wherein said processor is further 
programmed to receive said software from said software server while said software-defined radio 
device performs software-defined radio functions (see column 65, line 65 - column 6, line 4). 

33. Claim 25 is rejected under 35 U.S.C. 103(a) as being unpatentable over Kraml et al. (US 
6,141,683, hereinafter Kraml), in view of Aghera et al. (US 2004/0098715 Al, hereinafter 
Aghera), further in view of Kidder et al. (US 6,983,362 Bl, hereinafter Kidder), further in view 
of Simionescu et al. (US 2003/0084337 Al, hereinafter Simionescu). 

34. As per claim 25, Kraml, Aghera, and Kidder do not explicitly teach decompressing the 
software after receiving the software. 

Simionescu teaches decompressing a software at the host machine after receiving the 
software (see [0066]). 

It would have been obvious to one of ordinary skill in the art at the time the invention to 
have modified Kraml, Aghera, and Kidder to compress and decompress the transferred software 
as taught by Simionescu because compression is a well known technique in the art to reduce the 
size of the software being transferred to reduce download time and bandwidth. 

35. Claim 30 is rejected under 35 U.S.C. 103(a) as being unpatentable over Kraml et al. (US 
6,141,683, hereinafter Kraml), in view of Aghera et al. (US 2004/0098715 Al, hereinafter 
Aghera), further in view of Kidder et al. (US 6,983,362 Bl, hereinafter Kidder), further in view 
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of Aija et al. (US 6,928,579 B2, hereinafter Aija), further in view of Simionescu et al. (US 
2003/0084337 Al, hereinafter Simionescu). 

36. As per claim 30, Kraml, Aghera, Kidder, and Aija do not explicitly teach a compression 
application for compressing the software prior to said software being transferred. 

Simionescu teaches compressing a software prior to the software being transferred (see 
[0066]). 

It would have been obvious to one of ordinary skill in the art at the time the invention to 
have modified Kraml, Aghcra, Kidder, and Aija to compress and decompress the transferred 
software as taught by Simionescu because compression is a well known technique in the art to 
reduce the size of the software being transferred to reduce download time and bandwidth. 

Response to Arguments 

37. Rejection of claims under § 103(a) : 

38. As per independent claims 1,16, 27, and 39, Applicants arguments have been fully 
considered but are moot in light of the new grounds of rejection. 

Conclusion 

39. The prior art made of record and not relied upon is considered pertinent to applicant's 
disclosure. 

o Goodman et al. (US 6,957,328 B2) is cited to teach a system and method using a first 
counter and second counter to select a code image during a reboot routine. 
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o Das et al. (US 7,216,343 B2) is cited to teach rolling back an update when the error is 
serious. 

40. Applicant's amendment necessitated the new ground(s) of rejection presented in this 
office action. Accordingly, THIS ACTION IS MADE FINAL. See MPEP §706.07(a). 
Applicant is reminded of the extension of time policy as set forth in 37 CFR 1.136(a). 

A shortened statutory period for reply to this final action is set to expire THREE 
MONTHS from the mailing date of this action. In the event a first reply is filed within TWO 
MONTHS of the mailing date of this final action and the advisory action is not mailed until after 
the end of the THREE-MONTH shortened statutory period, then the shortened statutory period 
will expire on the date the advisory action is mailed, and any extension fee pursuant to 37 
CFR 1 .136(a) will be calculated from the mailing date of the advisory action. In no event, 
however, will the statutory period for reply expire later than SIX MONTHS from the mailing 
date of this final action. 

41 . Any inquiry concerning this communication or earlier communications from the 
examiner should be directed to Jue S. Wang whose telephone number is (571) 270-1655. The 
examiner can normally be reached on M-Th 7:30 am - 5:00pm (EST). 

If attempts to reach the examiner by telephone are unsuccessful, the examiner's 
supervisor, Lewis Bullock can be reached on 571-272-3759. The fax phone number for the 
organization where this application or proceeding is assigned is 571-273-8300. 
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Information regarding the status of an application may be obtained from the Patent 
Application Information Retrieval (PAIR) system. Status information for published applications 
may be obtained from either Private PAIR or Public PAIR. Status information for unpublished 
applications is available through Private PAIR only. For more information about the PAIR 
system, see http://pair-direct.uspto.gov. Should you have questions on access to the Private PAIR 
system, contact the Electronic Business Center (EBC) at 866-217-9197 (toll-free). If you would 
like assistance from a USPTO Customer Service Representative or access to the automated 
information system, call 800-786-9199 (IN USA OR CANADA) or 571-272-1000. 



/Lewis A. Bullock, Jr./ 

Supervisory Patent Examiner, Art Unit 2193 



Jue Wang 
Examiner 
Art Unit 2193 



